home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 819 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.9 KB

  1. From: hohmuth@freia.inf.tu-dresden.de (Michael Hohmuth)
  2. Subject: Re: [MINTOS] fs tree structure  (was: Re: MiNT goes UNiX, ... )
  3. Date: Mon, 17 Jan 94 11:36:44 MEZ
  4. In-Reply-To: <199401141039.AA02414@ruulot.let.ruu.nl>; from "Annius Groenink" at Jan 14, 94 11:39 am
  5. Mailer: Elm [revision: 66.25]
  6.  
  7. Annius Groenink writes:
  8.  
  9. > > I'd like to propose not to go into too much detail in defining a "standard"
  10. > > for the file system layout.  Different distributions will handle things
  11. > > differently, so I don't see much sense in discussing at this time where 
  12. > > particular binaries of particular flavours of Unix should live, especially
  13. > > since most programs are independent of their physical location.
  14. > I totally agree.  MiNT shouldn't be viewed as an attempt to obtain a
  15. > complete UNIX clone.  I mean look at this discussion, it's ridiculous,
  16. > really.  There's nothing Atari-specific left.  What about GEM for example.
  17. > Did we forget about that?
  18.  
  19. (I think you've missed the point.)  
  20.  
  21. I didn't want to ask everybody to stop discussing how MiNT could be
  22. turned into something that looks like Unix.  I just proposed not to
  23. commit ourselves to a fixed Unix tree structure (i.e., where the
  24. binaries live, etc.) because I think that it should be the task of a
  25. distribution kit to set things up.  People could then choose a
  26. distribution that matches their preferences.
  27.  
  28. Rather, we should concentrate on things that have to be generalized
  29. in order to reach a state where Unix software con be compiled out of
  30. the box.
  31.  
  32. As far as GEM and Atari specifics are concerned, it would be nice to
  33. have them fit into a Unix environment nicely.  With the current GEM
  34. implemtations, this seems to be impossible.  What we're in need
  35. of is a GEM server (that can be killed and replaced by an X server :-) 
  36. or, even better, a set of GEM widgets on the top of X.
  37.  
  38. Michael
  39. --
  40. Internet: hohmuth@freia.inf.tu-dresden.de
  41.